DOCKET NO.: 306986.01 / MSFT-2924 
Application No.: 10/797,238 
Office Action Dated: May 29, 2009 



PATENT 



This listing of claims will replace all prior versions, and listings, of claims in the application. 
Listing of Claims: 

1. (Currently Amended) A method for executing a transaction comprising at least one 
query language statement and at least one file system statement, each statement relating to a 
user defined type ("UDT") associated with a database server, the method comprising: 

storing at least one field relating to the UDT in a relational database table, wherein at 
least one field is a filestream field, and wherein data for each filestream field is stored in a 
respective file separate from the relational database table; 

receiving each of the at least one file system statements, wherein each statement 
comprises a call to open a first item and at least one of a call to read from the first item and to 
write to the first item, and a call to close the first item; 

receiving each of the at least one query language statement, wherein each query 
language statement is associated with a second item; 

for each file system statement: 

upon detecting a storage platform path name associated with the first item in a 
file system statement forwarding the file system statement to an agent, wherein the agent 
performs a call to the storage platform by passing the storage platform path name to the 
storage platform; 

identifying the first item based upon the storage platform path name; 

passing a database engine fiinction that returns a file system path name 
corresponding to the first item to the database server; 

performing a table look-up for the UDT associated with the first item on the 
database server; 

extracting a real file system path corresponding to the first item using the 
database engine fiinction; 

using the real file system path to perform an operation on the first item by 
passing the real file system path back to the agent, wherein the agent then interacts with the 
file system to cause execution of file system statement, wherein 

if the file system statement includes open, read and close operations: 
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creating a transaction as part of an open operation, wherein the 
transaction is managed separately from the database server and comprises the at least one 
query language statement and the at least one file system statement : 

determining whether the at least one query language statement 
conflicts or the at least one file system statement conflicts with another transaction: 

if the at least one query language statement conflicts or the at 
least one file system statement conflicts with another transaction, resolving the conflict: 

if the at least one query language statement and the at least one 
file system statement do not conflict with another transaction: 

obtaining a read lock on a data table row associated 
with the associated first item for the file system statement; 

performing a read operation in the context of the 

transaction; and 

committing the transaction as part of a close operation; 
if the file system statement includes open, write and close operations: 
creating a transaction as part of an open operation, wherein the 
transaction is managed separately from the database server and comprises the at least one 
query language statement and the at least one file system statement : 

determining whether the at least one query language statement 
conflicts or the at least one file system statement conflicts with another transaction: 

if the at least one query language statement or the at least one 
file system statement conflicts with another transaction, resolving the conflict: 

if the at least one query language statement conflicts and the at 
least one file system statement do not conflict with another transaction: 

obtaining a write lock on a data table row associated 
with the associated first item for the file system statement; 

performing a write operation in the context of the 

transaction; and 

committing the transaction as part of a close operation; 
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for each query language statement, starting a transaction on the 
database server updating fields associated with the second item in the query language 
statement and sending an updategram to the database server. 

2. (Previously Presented) The method of claim 1, wherein the data table row includes a 
user defined type corresponding to the item. 

3. (Previously Presented) The method of claim 1, wherein each query language 

statement is a T-SQL statement. 

4. (Previously Presented) The method of claim 1, wherein transactions created for file 
system statements are managed by a storage platform. 

5. (Previously Presented) The method of claim 1, further comprising receiving a 
transaction context for file system operations and performing at least one of a read lock and a 
write lock consistent with the received transaction context. 

6. (Cancelled) 

7. (Original) The method of claim 1, wherein acquiring the read lock on the row 
comprises acquiring a read committed view of the row. 

8. (Original) The method of claim 1, wherein acquiring the write lock on the row 
comprises acquiring a write lock that will prevent another transaction from accessing the row 
while the transaction is being processed. 

9. (Original) The method of claim 1, wherein acquiring the write lock on the row 
comprises acquiring a write lock that will prevent a non-transacted file system statement from 
accessing the row while the transaction is being processed. 
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10. (Original) The method of claim 1, wherein acquiring the write lock on the row 
comprises acquiring a write lock that will prevent another statement within the transaction 
from writing to the row. 

11. (Original) The method of claim 1, wherein acquiring the write lock on the row 
comprises acquiring a write lock that will enable another statement within the transaction to 
read from the row. 

12. (Original) The method of claim 1, comprising starting the transaction by acquiring 
one of a read lock and a write lock on a filestream field of the row. 

13. (Canceled) 

14. (Currently Amended) A method for locking and isolation of a file system statement, 
the method comprising: 

receiving the file system statement comprising a call to open an item, a call to read 
from the item, and a call to close the item, the file system statement being independent of any 
database commands employing a query language of a database and wherein each item 
referenced in the statement is stored separately from a database table associated with the 
item; 

upon detecting a storage platform path name associated with the item in the file 
system statement, performing a call to a storage platform by passing the storage platform path 
name to the storage platform; 

identifying the item based upon the storage platform path name; 

passing a database engine function that returns a file system path name corresponding 
to the item to a database server; 

performing a table look-up for a user defined type associated with the item on the 
database server; 

extracting a real file system path corresponding to the item using the database engine 
function; 

using the real file system path to perform an operation on the item, wherein: 
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in response to receiving the file system statement that is independent of any 
database application programming interface requests, determining if a read lock is available 
for a row of a data table corresponding to the ite m, wherein determining if a read lock is 
available comprises determining whether the file svstem statement conflicts with one of a 
querv language statement and a file svstem statement associated in a transaction : 

if the read lock is not available for the row of the data table corresponding to 
the item, then failing the open; and 

if the read lock is available for the row of the data table corresponding to the 

item: 

performing a shared open for the item; 
acquiring the read lock on the row. 

15. (Previously Presented) The method of claim 14, comprising determining if the read 
lock is available for a row of a data table that includes a user defined type corresponding to 
the item. 

16. (Original) The method of claim 14, wherein acquiring the read lock on the row 
comprises acquiring a read committed view of the row. 

17. (Previously Presented) The method of claim 14, comprising acquiring the read lock 
on a filestream field of the row. 

18. (Canceled) 

19. (Currently Amended) A method for locking and isolation of a file system statement, 
the method comprising: 

receiving the file system statement comprising a call to open an item, a call to write to 
the item, and a call to close the item, the file system statement being independent of any 
database commands employing a query language of a database and wherein each item 
referenced in the statement is stored separately from a database table associated with the 
item; 
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upon detecting a storage platform path name associated with the item in the file 
system statement, perfoming a call to a storage platform by passing the storage platform path 
name to the storage platform; 

identifying the item based upon the storage platform path name; 

passing a database engine function that returns a file system path name corresponding 
to the item to a database server; 

performing a table look-up for a user defined type associated with the item on the 
database server; 

extracting a real file system path corresponding to the item using the database engine 
function; 

using the real file system path to perform an operation on the item, wherein: 

in response to receiving the file system statement that is independent of any 
database apphcation programming interface requests, determining if a write lock is available 
for a row of a data table corresponding to the ite m, wherein determining if a read lock is 
available comprises determining whether the file system statement conflicts with one of a 
query language statement and a file system statement associated in a transaction ; 

if the write lock is not available for the row of the data table corresponding to 
the item, then failing the open; and 

if the write lock is available for the row of the data table corresponding to the 

item: 

performing an exclusive open for the item; 
acquiring the write lock on the row. 

20. (Previously Presented) The method of claim 19, comprising determining if the write 
lock is available for a row of a data table that includes a user defined type corresponding to 
the item. 

21. (Original) The method of claim 19, wherein acquiring the vmte lock on the row 
comprises acquiring a write lock that will prevent another statement from accessing the row 
while the statement is being processed. 
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22. (Previously Presented) The method of claim 19, comprising starting the transaction by 
acquiring the write lock on a filestream field of the row. 

23. (Canceled) 

24. (Currently Amended) A system for executing a file system statement, the system 
comprising: 

a processor; 

a relational data engine comprising a data table having a row corresponding to the 

item; 

a storage platform built on the relational data engine, the storage platform comprising; 

means for receiving the file system statement, wherein each item referenced in 
the statement is stored separately from a database table associated with the item[[,]]; 

means for associating the file system statement with [[the]] a first transaction; 

means for associating another file system statement and a query language 
statement with the transaction; 

means for determining whether the first transaction conflicts with a second 
transaction; 

means for resolving the conflict between the first transaction and the second 
transaction; 

means for starting the transaction in response to determining that the first 
transaction does not conflict with the second transaction and in response to receiving 
the file system statement by acquiring either a read lock or a write lock on the row, 
the file system statement comprising a call to open an item, a call to read from the 
item or to write to the item, and a call to close the item, the file system statement 
being independent of any database commands employing a query language of a 
database; 

a file system, wherein the file system is adapted to: 
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upon detecting a storage platform path name associated with the item in the 
file system statement, performing perform a call to the storage platform by passing the 
storage platform path name to the storage platform: 

idonti^ng identify the item based upon the storage platform path name; 

passing pass a database engine function that returns a file system path name 
corresponding to the item to the relational data engine; 
wherein the relational data engine is adapted to: 

upon receiving the database engine function from the file system, perform a 
table look-up for an associated user defined type; 

extract a real file system path corresponding to the item using the database 
engine function; 

pass the real file system path to perform an operation on the item to the file 
system to cause the file system to perform the operation on the item; 

wherein the row corresponding to the item includes a user defined type corresponding to the 
item . 

25. (Cancelled) 

26. (Cancelled) 

27. (Cancelled) 

28. (Cancelled) 

29. (Cancelled) 

30. (Original) The system of claim 24, wherein the read lock provides a read committed 
view of the row. 



31. (Original) The system of claim 24, wherein the write lock prevents another 
transaction from accessing the row while the transaction is being processed. 
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32. (Original) The system of claim 24, wherein the write lock prevents a non-transacted 
file system statement from accessing the row while the transaction is being processed. 

33. (Original) The system of claim 24, wherein the write lock prevents another statement 
within the transaction from writing to the row. 

34. (Original) The system of claim 24, wherein the write lock enables another statement 
within the transaction to read from the row. 

35. (Original) The system of claim 24, wherein the row comprises a filestream field. 
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